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ABSTRACT determined by physical layer standards. 


There has been much discussion among Link Layer - level 2 


amateurs about internetworking with This layer defines the functions of two 
other areas ef the country and globe. directly connected points in a network. 
This has led to the introduction of Link establishment, data transfer, fiow 
terms into the vocabulary of many control, error control and term ination 
amateurs, many of whom are newly are defined. 

equipped with computers ! In this paper 

we will present the ISO/CCITT Open Network Layer - level 3 

Systems concept and its impact on the This layer defines the means to 
protocols we wili be using to provide establish, maintain and terminate 
reliable data transfer in the amateur network connections through a _ series of 
network. In order to provide a basis links which compose - one or more 
for contrast, we will also introduce the networks. Link multiplexing, flow 
U.S. Department of Defense protocols. control and sequencing of data are also 


defined in this layer. 
First we will define the basic concepts 


and terms needed to understand the Transport Layer <- level 4 

protocol issues. Once this groundwork This layer provides the means to ensure 
is laid, we will explore the protocols reliable data transfer between end 
needed to provide a reliable data points in the network. Depending on the 


transfer capability. Conclusions will characteristics of tlhe network layer, 
be drawn based upon the experience of different error handling capabilities 
the writers and their amateur and will be required of the transport layer. 
professional associates. The transport layer must be prepared to 
supply the required reliability if it is 
unable to obtain a reasonable grade of 
TERMS service from the network layer. 


Session Layer - level 5S 


osl - The session layer is responsible for 

Open Systems Interconnection Model calling upon the resources required to 
The goal of “open systems” is to allow complete a distributed communications 
dissimilar computers, networks and task via a network or = networks. A 
terminals to operate together in a simple session would be a file transfer 
common network environment. There are between two stations in real-time. An 
seven layers or functions defined in the example of a more complex session would 
model. They provide the basis for be a station obtaining needed 
interoperability. Standards bodies ali information from a group of databases in 
over the world have evolved in an order to locate and properly conduct a 
unprecedented way to Jointly develop series of message transfers with a 
these standards for the dispersed group of destinations. 
telecommunications and computer 
industries. Presentation Layer - level 6 

The presentation layer is responsible 

Layer - for code and format conversion between 


A functional segment of the OSI model. 
There are seven. 


Physical Layer < level 1 


This layer addresses all physical 
aspects of the communications medium. 
Voltage, frequency, interface lead 


assignment and connector layout are all 


end users. Baudot to ASCII conversion 
would be the responsibility of this 
layer. 


Application Layer * level 7 

This layer defines message formats and 
procedures used by such applications as 
electronic mail, bullk file transfer and 


remote data processing. 


Virtual Circuit - (VC} 


A logically-linked path through a 


network or networks over which data is 
passed between end users. They usually 
are setup using call establishment 
procedures, used for the period of data 
transfer, then disolved. 


Datagramme - 


A data unit which contains all 
neccessary information for routing, 
error control, sequencing and throughput 
requirements in addition to the actual 


user data. 


Fast Select - 
An xX.25 Call Request with 128 bytes of 
user data. 


CciTtT «+ 

International Consultive Committee for 
Telephone and Telegraph. This organiza— 
tion coordinates standards-making 
activities in the telecommunications 
field. 

Iso - 

The International Organization for 
Standardization 

This body along with the CCITT, 
formalized the Open System concept and 
the protocols required to perform the 
functions of each layer. 

X.25 < 

A CCITT standard for packet switched 
network interfaces. It includes 
recommendations for the first three 


layers of the ISO model. AX.25 level 2 
was an adaptation of the Link layer of 
X.25. Level 3 of X.25 provides for a 
"virtual circuit" to be used as a path 
for data transfer. 

X.224 - 

A CCITT standard defining the transport 
protocol for use in OSI applications. 
TPDU =< Transport Protocol Data Unit 


Internet Protocol <« 


A datagramme-oriented networking 
protocol. This level 1 protocol was 
adopted by the U.S. Department of 
Defense (DoD) for use on its Advanced 
Research Project Agency Network 
(ARPANET) , 

TCP « 


A transport protocol developed by the 
DoD for ARPANET. 


This level 4 protocol was developed to 
provide end-to-end error recovery in a 
datagramme-based network. 

THE REAL ISSUES 

The osi model defines peer-level 
protocols to be used in corresponding 


communicating entities. The OSI concept 


4.2 


separates the issues before us into two 
ciistinct tasks: 


1. The selection of a network layer 
(level 3) protocol. 
The network layer protocol options 


are the ISO/CCITT x.25 level 3 and 


the U.S. DoD Internet Protocol. 
2. The selection of a transport layer 
(level 4) protocol. 
The transport layer options are the 
ISO/CCITT X.224 and the U.S. DoD 


Transmission Control Protocol (TCP). 


Diagramme 1 shows where these protocols 
fit in the OSI scheme of things. 


THE NETWORK LAYER 
em-—— 


--a---- 


The first area of concern is the 
dissimilar way these protocols pass data 
through a network. The X.25 level 3 
protocol has three phases: call set-up, 
data transfer and call release. A 
station sets up a path over which data 
is passed, then transfers the data. The 
protocol exchange for a virtual circuit 
(VC) based data transfer would be as 
shown below. 


The DoD Internet Protocol uses 
datagrammes to provide the needed 
control to route the packets through the 
network. There is no "@connection" 
between network the sender and receiver 
of the the network layer data. Upper 
layers provide this, leaving the network 
layer with the tasks of routing. As we 
will see, this puts a large burden on 
the end-users of the network and limits 
throughput by increasing overhead. 


The basic issues in deciding between the 


ISO/CCITT x.25 level 3 and U.S. DoD 

Internet Protocol are: 

1. Protocol Efficiency; 

2. Reliability; 

3. Ease of Implementation; 

4. Interoperability with Non-Amateur 
Networks: 

5. International Acceptance. 


1. Protocol Efficiency 

The set-up or call establishment 
procedure allows all stations involved 
in the call to negotiate the parameters 
needed to transfer the data over the VC. 


This is accomplished through the Call 
Request and Call Accept exchange. It 
also identifies the end points to all 
stations involved so that each packet 
exchanged with user data need only 
contain a logical identifier. Each 
station supporting the call must 
maintain a table entry reflecting the 


path through the station itself and the 
current state of that call. 


During call establishment, parameters 
are exchanged which govern the data flow 
of that call. Some of these parameters 
are outlined below: 


Packet Window Size « 

Lets each station know how many 
unacknowledged packets may be 
outstanding before an acknowledgement js 
required. 


Packet Size ~- 

Determines the amount of data in each 
packet. It must be set to a power of 
two <e.g. 128/256/512/1024 etc.), 


Throughput Class - 
An indication of the required 
service needed to support the call. 


level 


Extended Address - 
A way to indicate the actual stations in 
networks 


the source and destination 

using the locally defined address (e.g. 
W2VY-S). 

The exchange in diagramme 2 shows end- 
to-end significance to the packet 
sequence numbers, but at the option of 
the network it may be locally 
acknowledged. The Call Request '= and 
Accept packets may also contain up to 


128 bytes of user data. 


Datagrammes contain source and 
destination addresses, service type, and 
time-to-live information in each packet. 
This information is used by the packet 
switches to_ route, and if necessary 
discard, the packet. Most packet 
switches in commercial networks require 
8-15 times the CPU resources to handle 
routing functions than they do for 
simple data transfer across an 
estblished path. 


data 
paths 
out of 
increase 
such a 


The datagramme approach allows for 
units to be sent over random 
causing them to often arrive 
sequence. This is done to 

reliability in the network, but 


measure is unneccessary and forces’ the 
transport layer to handle sequence 
management, complicating the functions 


of the end user terminals. 


The ammount of overhead in the Internet 
Header is extensive when compared to 
that of the X.25 level 3 header. There 


are two cases which require examination: 


1. Datagramme vs. Fast Select Packet 

2. Datagramme vs. Data Packet. 

An X.25 Fast Select call is a normal 
X.25 call with up to 128 bytes of user 


data included. It may be acknowledged 
with either an accept or a clear with up 
to 128 bytes of user data. In either 
case it mirrors the function of the 
datagramme protocol by creating 
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independent data units while at the same 


time allowing for VC-based exchanges 
using the same protocol sequence and 
network. 


An IP datagramme will usually contain 20 
bytes of overhead in each packet. 


The xX.25 Fast Select Call Packet will 
typically contain twenty-four (24) bytes 
of overhead. 


The X.25 Data Packet will contain three 
(3) bytes of overhead. 
The format of a typical Fast Select 


packet would be as_ shown below. 


Call Request 


Data packets exchanged after the call is 
established use the format found in 


diagramme 4. 


The format of aé_e typical datagramme 
packet would be as _ shown below. 


Internet Protocol Datagramme 


j Flag | Fragment Offset {| 
Fragment Offset (cont.) | 
Time 
Protocol 


Header Checksum (cont.) { 
} Source Address | 
eee ee re 
| Source Address (cont.) 

Source Address (cont.1 i 
L---11111---------------~------------ 
I Source Address (cont.) 

i Destination Address { 
----I a a a ge se ele pp a sae a et oa a Sap al mate el 

Destination Address (cont.) I 
a ea a eh GAR 
| Destination Address (cont.1 } 
----II------ @------------------------ 

Destination Address (cont.) i 
I Options 
\ 

I I 
{ Data H 
\ \ 
| 1 


2. Reliability 


Packet lengths as noted in the previous 
section are an important factor in 
reliability. If the packet is longer, 
it is more likely to experience errors 
in transmission. 

data transfer procedures in x.25 
level 3 provide for properly sequenced 
data packets exchanged in a flow 
controlled-manner between end points. 
The sequencing of data in the network 
layer also allows Us to eliminate the 
error recovery baggage needed in the 
transport layer to resequence the 


The 
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packets. This is a further shortening 
of the overhead obtained by the VC 
approach. 

Another frequently heard cry is “What 
happens if a switch goes down ?"* In any 
network there would be a timeout 
followed by an error recovery procedure. 
In the case of a datagramme network 
there would be a new datagramme_ sent. 
In the case of an xX.25 network there 
would be Clear from the stations 
adjacent to the one in’ trouble. This 


would be followed by a Fast Seiect Call 
Packet. Since a definitive action has 
occurred, the network can decide how 
subsequent calls should be handled. The 
clearing cause and diagnostic codes 
provide the network status information. 


This information should be used to guide 
subsequent calls through the network. 


3. Ease of Implementation 


It is often suggested that it is “too 
much" to expect that a station or packet 
switch maintain tables of active virtual 
circuits passing through. I think we can 


trust our = small (and someday large> 
switches to maintain tables of cail 
status. 

Programming an implementation of the 
network layer is only a step’ more 
difficult than the link layer of aAx.25 
Level 2. As a point of interest, Phil 
Karn’s (KA9Q) implementation in the C 


language supports multiple logical links 
across one or more physical ports. The 
programming techniques needed at the 
network layer are almost identical to 
his approach to the link layer. 


4. Interoperability with Non-Amateur 
Networks 

The ability to use the same network 
layer procedures through interfaces 
between amateur and non-amateur networks 
would greatly simplify and expedite 
completion of such facilities. These 
interfaces would provide the data 
equivalent of autopatch and reverse 
patch. The advantage of the data system 
over traditional voice telephone 
autopatches is the presence of the 


computer gear to validate authorized ham 
access to the facility. This will go a 
long way toward keeping the FCC happy 
about amateur control of a non-amateur 
access. 


The of 


usually 


addressing format x.121 Is 
found in xX.25. It defines 
formats for accessing the telephone and 
telex networks from packet switched 
networks. 

has source and 
facilities which 
conventions to be 
There is no 


The X.25 
destination address 
allows for address 
network or user specified. 


protocol 


addressing format in IP. The format and 


actual addresses allowed under TCP are 
assigned in groups of binary numbers. 
These have little or no logical 


relationship to the world an amateur is 
accustomed. 


5. International Acceptance 


The X.25 network layer has been 
impiemented in nearly every country. 
It is recognized and understood by most 
regulatory authorities and therefore 
lends itself to acceptance by those 
authorities for use in the amateur 
service. The U.S. DoD (remember: 
Department of Defense) may not be a big 
seller in other countries when a 
recognized international protocol is 
available. 

We in the United States have witnessed 
the impact we've had on packet radio 
worldwide. We must keep in mind the 
needs of amateurs abroad. Their 


cooperation is needed to provide transit 
network connections and uniform end-user 
protocols. 


THE TRANSPORT LAYER 

222-$SSSsSSS+= --a-- 

The transport protocol options before 
the amateur community are IS0/CCITT 
X.224 and the U.S. DoD Transmission 
Control Protocol (TCP). Unlike their 
network layer cousins, these protocols 


have many similarities. 


the 
(DOD) 
for its 


late 1960’s and 1970's 
U.S. Department of Defense 
required networking standards 
own Advanced Research Projects Agency 
Network (ARPANET) . At this time the 
international standardization effort 
was just being to be envisioned and no 
formal acitvity had commenced. The DoD 
developed a set of protocols for use on 
ARPANET . 


During the 


During the last two study periods, the 
CCITT and ISO have developed the needed 
standards. The need for proprietary 
protocols for general network 
applications is no longer Justified or 
constructive for cost effective network 
development. X.224 provides for a range 
of network error recovery situations. 
It is divided into classes of operation. 
For this discussion we will address 
class 1. 


Class 1 is for use in networks with low 
undetected error rate, but having high 
rates of signaled failures. An amateur 
packet network using X.25 level 3 would 
certainly fall into this catagory. A 
packet network with IP as a level 3 
protocol would require X.224 class 4 or 
TCP to provide the needed error control. 
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The transport layer provides for several 
functions in the OSI model. They are: 


1. End-to-end data integrity; 
2. Network connection re-establishment: 


3. Re-synchronization after network 
layer reset. 

The same criteria used in evaluating 

network layer protocols will be used to 

help us through the transport layer. 

They are: 

1. Protocol Efficiency; 

2. Reliability: 

3. Ease of Implementation; 

4. Interoperability with non-Amateur 
Networks; 


uo 


International Acceptance. 


1. Protocol Efficiency 


The TCP and x.224 protocols are 
functionally similar, however X.224 is 
leaner and is better suited to the needs 
of the amateur network. By "leaner" we 
mean that it uses fewer bytes in its 
control header, thereby reducing the 
chance of error on the radio channei. 


The X.224 CR TPDU will usually contain 7 
bytes of overhead. 


The X.224 DT TPDU will have 3 bytes of 
overhead. 


A TCP message will usually have 20 bytes 
of overhead. 


Again we have a situation where the set-— 
up in the CCITT/ISO protocol uses a 
longer header during the establishment 
phase in order to gain economies during 
data transfer. The X.224 class 1 
connection request format is as _ shown 
below. 


X.224 Connection Request 


i Length Indicator I 
SS eae Po JT------— , -----------------— 


1 TPDU - CR | 


| Destination Reference I 


I Destination Reference (cont.) | 


X.224 class 1 operation uses the 


following format for data transfer: 


X.224 Data Transfer 


ee ee ee ee ee en eee 


1 Length Indicator I 


The format of a_ typical TCP 


would be as shown below. 


message 


TCP Message 


; Acknowledgement 
——— I —— 


Offset i Reserved i 


I Window (cont.) t 
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2. Reliability 


Both protocols are deemed reliable for 
amateur service. It should be noted 
however, that TCP has a much _ larger 
overhead. Any additional functions in 


TCP that are not used in X.224 class 1 
operation are just not needed given a 
vC-based network. 


3. Ease of Implementation 


Implementation of either protocol would 
require the same general tasks. There 
are fewer implementations of X.224 at 
this time but this will change. I know 


of several completed implementations and 
many more are under development; It is 
projected to be more widespread than TCP 
sometime during the 1986-87 time-frame. 


4. Interoperability with Non-Amateur 


Networks 


There are implementations of TCP in most 
Unix systems. Implementations of X.224 
are increasing in popularity. Even in 
the U.S. DoD the CCITT/OSI protocols are 
attaining new-found recognition. In the 
February, 1985 issue of Data 
Communications Magazine, Jerrold Ss 
Foley wrote: 


(DOD) 
for 
Since 
control 
protocol 


"The U.S. Department of Defense 

has been reviewing OSI protocols 
suitability to its requirements. 
both the DOD TCP <transport 
protocol> and the OSI transport 
have strong ties to the Defense Advanced 
Research Projects Agency, the prospect 
of interoperability or REPLACEMENT (caps 
author) of TCP is _ good. The North 
Atlantic Treaty Organization has 
indicated that OSI is central to its 
data communications planning." 

That is certainly interesting food for 
thought... 


5. International Acceptance 


TCP is being used world-wide on the 
ARPANET and in Unix mail applications, 
but X.224 is being used to support a 
great number of videotext terminals 
around the _ world. There are other 
classes of operation available within 
X.224. They can be used with little 
change to the end user software if the 
need arises. One such application would 
be multiplexing many transport 
connections onto a single network 
connection. In this case the use of 
X.224 class 3 would be in order. 


SUMMARY 


Overall, the protocols available from 
the CCITT/ISO seem superior to those in 


the DoD arsenal. The 
characteristics stand out: 


following 


1. Header Length 
In data transfer, 


of a TCP/IP 


the header length 
packet is at 
least 40 bytes. The header length in 
a X.25 level 31X.224 class 1 
packet is 7 bytes. 


Data Parsing in Packet Switches 

The TCP/IP header must be examined by 
each station in the path to ensure 
proper handling and = routing. This 
increases switch overhead by 8-15 
times above that of the VC switch. 


3.U.S. DOD or CCITT/ISO 
NATO and the U.S. DoD have made 
statements of direction leading to 
the replacement of TCP with CCITT/ISO 
protocols on the ARPANET and the 
Defense Data Network (DDN). 


Virtual Circuit vs. 
No commercial 
datagrammes. 
dropped from 
study period, 


Datagramme 

network 
Datagrammes 

X.25 during the 


offers 
were 
1984 


5. Who has the knowledge to implement a 
vc based switch ? 
Existing amateur packet implementa- 
tions have more than demonstrated 


the availability of programming talent 
capable of implementing a VC-—based 
packet switch. 


6. Packet Voice 
Packet voice 
implemented 


has been’ successfully 
over virtual circuit 
networks. The need to transmit data 
over a network in a short period 
of time is well handled by CCITT/1ISO 
protocols. The British Telecom 
network Japan's KDD have 
throughput class implemented as a 
standard offering and GTE Telenet 
will be Providing voice packet 
service in late 1985. 


and 


Interconnection with Public Data and 
Telephone Networks 

National and international intercon- 
nections to public telephone, data 
and teiex services will greatiy de- 
pend upon the use of internationally 


recognized protocols. 


8. Excess Pratocol Baggage 
TCP offers error recovery from prob- 
lema which we should not have if we 
use a VC-based network protocol. The 
same error recovery is available 
from X.224, but is not a required 
function of all implementations. 


CONCLUSION 


Let ou understand that’ the 
already made aé_=e stand 


marketplace 
which is 
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the packet switching industry, 
community and the standards 
Commercial and private packet 

networks are overwhelmingly 
using Virtual Circuit (VC) based 
protocols, not datagrammes. This is not 
to say that the amateur community is 
bound to follow commercial standards, 


but it certainly tilts the scales a bit, 


driving 
user 

bodies. 
switched 


The Radio Amateur Telecommunications 
Society wishes to continue in the 
direction of CCITT/ISO protocols. This 
direction was started over three years 
ago in Joint meetings with the Amateur 
Radio Developement Corporation. These 
meetings culminated in the ARRL’s 


adoption of AX.25 Level 2 as the amateur 
link protocol. This standard has done 
mugch to stimulate and direct packet 
radio activities to the more complex 
issues described in this paper and 
others in the procedings. We hope that 
the combined efforts of the amateur 
community will continue to yield great 
results in the future. 
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OFFER 


keeping with its active support of 
CCITT/ISO protocols, the Radio Amateur 
Telecommunications Society (RATS) will 
send to interested parties copies of the 
protocol documents listed below. Call 
er write to make arrangements. RATS 


reserves the right to withdraw this 
offer at any time without notice. 


In 


X.25 + Packet Switched Network Interface 
Specification 

X.200- Reference model of Open Systems 
Interconnection for CCITT appli- 
cations 

X.210- OSI layer service definition con- 
ventions 

X.213- Network service definition for 
Open Systems Interconnection for 
CCITT applications 

X.214- Transport service definition for 
Open Systems Interconnection for 


CCITT applications 


X.215 


X.224- 


X.225- 


X.2440 


X.250- 


Session service definition for 
Open Systems Interconnection for 
CCITT applications 


Transport protocol specification 
Open Systems Interconnection for 
CCITT applications 


Session protocol specification 
Open Systems Interconnection for 
CCITT applications 


Procedure for the exchange of 
protocol identification during 
virtual call establishment on 
packet switched public data 
networks 


Formal description techniques for 


data communications protocols and 
services. 


Diagramme 1 


OPEN SYSTEM INTERCONNECTION REFERENCE MODEL 


Level END USER A END USER B 
7 i. apptteetioas 7) a Sat aN a > i caoptrcekion: a 
GA Bresenbsnlonul Gtgetaouteesasaed > I Presentation | 
5 i Session a hE ES > t Session i 
4 ioe: TRRNGD ORT ORL OP Tg eg GR ROE > * TRANSPORT #1 
3 Fae Ee a eae ata i aie i a aaa > { #* NETWORK #* 1 
2 i ane en a A > i Link i 
1 Spipeicei <4 QP BTN ANT NT ee > I Physical { 
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Diagramme 2 


Source 


<-- Accept 
Data 0 --> 
Data i --> 


g£-- 
Clear 


RR 3 
--> 


<-- Clr Cfm 


Protocol 


meee eee 


Station A 


€-- Accept 


--> 
--> 


Data 0 
Data 1 


RR 0 
--> 


<-- 
Data 2 


<-- RR 2 


<€-- Clr Cfm 


Exchange: 


wee wwe eee 


X.25 Level 3 


~_—_2e ee amen 


Station B 


--> 
--> 


Data 0 
Data 1 


<-- RR O 


Clear --> 


<-- Cir Cfm 
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Destination 


Call 
ree 


ao > 
Accept 


Data 0 --> 
<-- RR O 
Data 1 --> 


Data 2 --> 
<-- RR 2 


Ciear --> 
<-- Clr Cfm 


Diagramme 3 


Protocol Exchange: Internet Protocol 
Source Station A Station C Station B Destination 


ew mee eee eee DE ROEDERER BOOM BODO DHEA MADAMA BAAN OO HHO 


Data 0 <--> 
Data 1 --> Data 0 <--> 


Data 1 “ene e nnn enn nnn enn eneny 


Data 0 <--> 
Data 0 --> Data 1 <--> 
Data 0 --> 
<-- ACK 0 
<€-+ ACK 0 
<-- ACK O 
<€-- ACK O 
<-++ ACK 0 
Data 2 <--> 


Data 2 <--> 
<-- ACK 2 


<+- ACK 2 


Diagramme 4 


ee 


X.25 Data Packet 


teem ee we em eene 


ed wee ee eee ee wren eee 
ee ee ee ay -_=- 


i User Data i 


! up to 256 bytes (default) { 
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Introduction 
-B--o a 


The purpose of this Numbering Plan is to 


facilitate 
data 
internetworking 


the introduction of amateur 
and provide for 
in the North American 


networks 


region. 


1.0 


1.1 


1.5 


Design Considerations 

This proposal does not require, nor 
preclude, governmental involvement 
in network administration. 


The Regional Numbering Plan should 
permit the identification of a cal- 
led country as well as a_ specific 
network and station. 


The Numbering Plan should provide a 
consistent addressing format when 
connection is made with or through 
commercial telephone networks. (i.e. 
telephone, telex, data networks.) 


A national number assigned to a 
terminal should be unique within a 
particular network. This national 
number should form part of the 
international number which’ should 
also be unique on a worldwide 
basis. 


Specific national numbers should be 
easily determined. 


National Numbers’ shouid require 
minimal administrative overhead to 
network management and users. 


Numbering System 
The 10 digit numeric character’ set 
O-9 should be used for numbers (or 


addresses> assigned to terminals in 
the amateur network. This 
principle should apply to both 
national and international numbers. 


Use of the numbering system as 
outlined in 2.1 will make it pos- 
sible to interwork with terminals 


4.11 


WOAAIHDHUFPWNHEF O 


NJ 07621 


on public telephone, telex and data 


networks. 


Prefix Codes 


The Prefix Code will signify the 


type of network indicated by the 
remaining digits. 

The Prefix Code will be the first 
digit and should be coded as 
follows: 


Amateur Packet Switched Network 
Public Packet Switched Network 
\ 
\ 
\.__. Reserved 
/ 
/ 
/ 
Telex Network 
Telephone 


Data Network Identification Codes 


All Data Network Identification 
Codes shall consist of four digits. 
Each country in the region shall 
use the codes listed below. 

Canada 

United States of America 

Puerto Rico 

Virgin Islands (USA) 

Mexico 
National Number 

The National Number’ shall consist 
of up to 10 digits. 

Each National Number shall be 


unique within the country. 


5.3 The National Number shall contain a 


three digit area code. 


$.4 This number shall correspond to the 


area code used in the North 
American Numbering Plan for 
Telephone Networks. 

5.5 Additional addressing information 
may be provided in an address 
extension facility containing the 


5.10 


S.12 


amateur callsign and SSID. 


If full 10-digit addressing is 
desired, the number corresponding 
to the local exchange and 


subscriber line may be used. 


If no number is available or if 
additional numbers are required 
they should be assigned using ex- 
change numbers in the range of O00 
through 199. 


The assignment authority for these 
exchange and subscriber numbers is 
limited to the Network Coordinating 
Agent for that area. 


Service Codes 011, 111, 211, 311, 
411, 511, 611, 711, 811, 911 are 
reserved pending definition by the 
local Network Coordinating Agent. 


The exchange code 000 is reserved 
for internal network administration 
and assignment authority is limited 


to the National Network 
Coordinating Agent. 
The exchange code 555 is reserved 


for internal network administration 


and assignment authority is_ limited 
to the local Network Coordinating 
Agent. 

The exchange and subscriber code 
555-1212 is reserved for regional 
directory service. Assignment 
authority is limited to the local 


Network Coordinating Agent. 


4.12 


Number 


6.0 International 


6.1 The International Number shall con- 


sist of the DNIC and the National 


Number . 


6.2 Each National Amateur Network will 
be capable of interpreting the 
first four digits of the Interna-— 
tional Number. This is needed to 
facilitate routing between 
networks. 


6.3 The use of the DNIC by stations in 
transit countries would serve as a 
ready reference for checking third- 


party traffic-handling require-— 
ments. 
6.4 The International Number May op- 


tionally include a prefix code. 


7.0 Formats 
7.1 Amateur Network Number Format 
P-DDDD-AAA-EEE-NNNN = 15 
DDDD-AAA-EEE-NNNN = 14 


7.2 Amateur Network Number Format 
(alternate) 


P-DDDD-AAA = 8 


DDDD-AAA = 7 


Where: 

P = Prefix digit 

D = Data Network Identication Code 
A = Area Code 

E = Exchange 

N = Number 


